home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / m68k / 191 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.4 KB

  1. Path: news.infinet.com!usenet
  2. From: Paul Swetnam <pswetnam@infinet.com>
  3. Newsgroups: comp.sys.m68k
  4. Subject: Re: Bus Error Handler for 68040
  5. Date: Thu, 01 Feb 1996 09:29:52 -0800
  6. Organization: Aeroflex Lintek Corp.
  7. Message-ID: <3110F890.451D@infinet.com>
  8. References: <30FFE81F.4110@infinet.com> <9601271055.AA000wq@harden.demon.co.uk>
  9. NNTP-Posting-Host: cmh-p102.infinet.com
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-Mailer: Mozilla 2.0b5 (Win16; I)
  14.  
  15. Mark Harden wrote:
  16. > Paul Swetnam (pswetnam@infinet.com) wrote:
  17. > : I am having difficulty writing a bus error handler for a 68040 processor
  18.  
  19. > As far as I remember you have to "tidy up" before the RTE.  The stack 
  20. > frame contains incomplete writes and all sorts of things.  I would 
  21. > suggest you look at the NetBSD source code.  There is a bus error 
  22. > handler there.
  23. > Let me know if you need more.  I could send you the required module ?
  24.  
  25. We are already perfoming the write-backs to "tidy up" after a bus error. 
  26. These write-backs did solve some other nasty problems (such as corrupted 
  27. call stacks) which were caused by VME bus error excetions. However, 
  28. performing write-backs does not solve all of our problems. The 
  29. instruction which caused the bus error is still sometimes re-run 
  30. following the RTE.
  31.  
  32. The NetBSD source code sounds interesting. Where can I find it?
  33.  
  34. Will Koehler
  35. Design Engineer
  36. Aeroflex Lintek Corp.
  37.  
  38.  
  39.